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METHOD OF TRANSPORTING FRAMES OF INFORMATION BETWEEN PARTS 
OF A NETWORK THROUGH AN INTERMEDIATE NETWORK 

Technical Field 

The invention relates generally to infonnation transport in transmission 
networks and, more particularly, to transporting infonnation across boundaries 
between different sub-networks that are not fully synchronous with one another. 
Background of the Invention 

SDH/SONET transmission equipment is used to transport streams of data in 
a transmission network. Transport is segmented into frames, which are time 
segments of transmission, lasting typically 125 microseconds. The SDH/SONET 
equipment inserts header data, e.g., section overhead (SOH) and so on, as well as 
payload information in each frame. The payload infomnation in a frame contains data 
from the stream that is transported, so that payload data from successive frames 
makes up a continuous stream. By definition, the header data is data that Is 
generated per frame. By way of example, header data includes information such as 
synchronization data for locating the start of a frame, error detection data for the 
frame, communication channels between equipment for transporting infonnation such 
as management and protection coordination information, frame source identification 
information, national bytes, and so on. 

in principle, frames generated at different nodes are asynchronous. That is, 
their duration may differ slightly and they have no fixed phase relation. Thus, a one- 
to-one relation does not exist between frames transported in the network or even 
along a connection via various nodes through the network. Even when two nodes 
initially start frames at substantially the same time, the start time of a frame having a 
number n (e.g., a large integer number) of frames after the initial frame in one of the 
nodes can differ by more than a frame period from the starting time of the frame 
started n frames after the initial frames in the other node. 

This is not a problem for header data because, when the data stream is 
transported along the connection, nodes generate new headers for their own 
outgoing frames. Payload data, on the other hand, has to be copied from incoming 
frames and no data may be lost. Therefore, the nodes have the ability to float the 
payload data relative to the frames. That is, data starting from a beginning of the 
payload of an incoming frame does not have to start at a predetermined position In 
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the outgoing frame and the data of the payload in an incoming frame may be 
distributed over the payloads of successive outgoing frames. 

As is well known, header data may be used at a node to manage the 
transmission network. In principle, a network operator can choose to use any of the 
bytes from the header in the nodes of the network to manage the network in any 
particular manner. In practice, however, a network operator may not be able to do 
this because of the way in which payload data is transported through the network, 
e.g., if the payload data is transported from a first sub-network of a first operator to a 
second sub-network of that first operator via a third sub-network of a second 
operator. Because there need not be a one-to-one con-espondence between 
headers coming out of the last node of the first sub-network (before entering the third 
sub-network) and headers entering the second sub-network (from the second sub- 
network), the third sub-network is not transparent to the first operator. Information 
that is relevant to the first network operator may be lost when the nodes of the third 
sub-network generate headers as desired by the second operator. The extent to 
which there is freedom to copy header data from one header to another is often 
severely limited. For example, consider the situation where a first and second SDH 
sub-network that cany frames comprising STM-16 signals are connected via an SDH 
sub-network that carries frames with STM-64 or STM-256 signals. An STM-16 signal 
has 1152 header bytes, but only about 25 of these bytes are forwarded in the STM- 
64 or STM-256 signal. 

Accordingly, this can obstruct various network management operations of the 
first network operator. Also timing information, e.g., about the bit rate of the frames, 
is lost upon passage through the third sub-network. This can also obstruct various 
network management operations of the firet network operator. 

A known solution to this problem is to require the third sub-network to use 
signals with frames of a larger bandwidth, which allows both the header data from the 
first sub-network and header data generated for the third sub-network to be 
transported. However, this requires significant overhead, which is typically not 
feasible or desirable in SDH/SONET-based transmission. 
Summary of the Invention 

Timing and synchronization problems associated with transporting infonnation 
between sub-networks via an intemiediate sub-network are solved according to the 
principles of the invention by transporting header infonnation in the payload section 
of frames across boundaries between the sub-networks and the intermediate sub- 
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the intermediate sub-network without being changed. Because the header 
infomnation is carried in the payload section, header infonnation is not lost because 
of asynchronous operation between the networks. Moreover, the third sub-network is 
effectively transparent to the first and second sub-networks and without requiring 
5 larger bandwidth in the third sub-network. For example, information is retained from 
the header data of the first and second sub-networks upon transport through the third 
sub-network. Extra bandwidth is not required In the intermediate sub-network 
because frames transmitted in the intermediate sub-network have reduced-size 
headers and expanded payload sections. 

10 According to one illustrative embodiment, a method is described for 

transporting information in frames comprising header and payload information from a 
first sub-networ1< to a second sub-network via a third sub-network in a transmission 
network. The first and second sub-networks can be commonly managed but 
independently of the third sub-network. A node in the transmission network 

15 generates respective headers for each outgoing frame, but completely copies 
payload from an incoming frame to one or more outgoing frames. Upon crossing a 
first boundary between the first and third sub-networks, only a first part of the header 
is copied into the payload such that a reduced-size header in the third sub-network 
fits into space that would othenwise be occupied by a second part of the header that 

20 is not copied into the payload in the first sub-network. Upon crossing a second 
boundary between the third and second subnietworks, the headers are retrieved 
from the payload and used to generate header information in the second sub- 
network. 

According to another illustrative embodiment, header data and payload 
25 information from a plurality of frames carried by a first sub-network are multiplexed 
into a common frame carried by a third sub-network. Parts of the headers of the 
plurality of frames are not copied to the payload of the common frame, thus creating 
additional, unoccupied space. The header of the common frame Is maintained at a 
prescribed and reduced size so that that it does not exceed this unoccupied space. 
30 As a result, if N frames are multiplexed into the common frame, the bandwidth used 
by the common frame does not exceed N times the bandwidth for the individual 
multiplexed frames. Optionally, synchronization information from incoming headers 
may not be copied, or is copied only to a limited extent, to the payload, thus creating 
additional space for the header in the third sub-network. 
35 According to another aspect of the invention, timing information is added to a 
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networks. The timing information indicates the extent to which the frame duration 
(the length of the time interval taken up by a frame) in the first sub-network differs 
from the frame duration in the third sub-network. Upon crossing a second boundary 
between the third and second sub-networks, this timing information is then used to 
5 regenerate frames in the second sub-network that have substantially the same 
duration as the frames in the first sub-network. Thus, transport through the third sub- 
network also becomes transparent with respect to timing. 
Brief Description of the Drawings 

A more complete understanding of the present invention may be obtained 
10 from consideration of the following detailed description of the invention In conjunction 
with the drawing, with like elements referenced with like reference numerals, in 
which: 

FIG. 1 shows a simplified block diagram of a portion of an exemplary 
transmission network according to one illustrative embodiment of the invention; 
15 FIG. 2 shows an exemplary frame format for an STM-16 signal used in 

Synchronous Digital Hierarchy (SDH)-based transmission; 

FIG. 3 shows a modified version of the STM-16 signal from FIG. 2 having 
reduced overhead according to one illustrative embodiment of the invention; and 

FiG. 4 shows an exemplary frame format for an STM-64 signal used in 
20 accordance with one illustrative embodiment of the invention. 
Detailed Description 

FIG. 1 shows a portion of an exemplary telephone network comprising three 
sub-networks 10, 12, and 14. More specifically, first sub-network 10 is shown as 
being coupled to second sub-network 12 via third sub-network 14. In one illustrative 
25 embodiment, first and second sub-networi<s 10 and 12 may belong to a first network 
operator, e.g., commonly managed, while third sub-network 14 may be separately 
managed by a second network operator. Of course, this example is meant to be 
illustrative only and not limiting in any manner since other possible configurations will 
also be apparent to those skilled in the art and are contemplated by ttie teachings 
30 herein. 

As shown, first sub-network 10 includes interface unit 11 for transporting 
information across the boundary between first sub-network 10 and third sub-network 
14. Interface unit 11 has inputs llOa-d for receiving frames, each comprising a 
header and payload information, from inside first sub-network 10. Interface unit 11 
35 comprises header reduction units 112a-d, rate adaptation units 114a-d, interleaver 
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116 via a cascade of a respective one of header reduction units 112a-d and a 
respective one of rate adaptation units 1 14a-d. Interleaver 1 16 is coupled to an input 
of third sub-network 14 via header insertion unit 1 18. 

Third sub-network 14 is not shown in detail. Symbolically, a connection 140 
5 between first and second sub-networks 10 and 12 is shown and a number of frame 
monitors 142a-c are shown along connection 140. 

Second sub-network 12 Includes interface unit 13 for transporting information 
across the boundary between third sub-network 14 and second sub-network 12. 
Interface unit 13 has outputs 130a-d for transmitting frames into second sub-network 

10 12. Interface unit 13 also includes header extension units 133a-d, rate adaptation 
units 134a-d, de-interleaver 136, and header extraction unit 138. Third sub-network 
14 is coupled to de-interleaver 136 via header extraction unit 138. De-interleaver 
136 is coupled to each of outputs 130a-d via a respective cascade of a respective 
one of rate adaptation units 1 34a-d and a respective one of header extension units 

15 133a-d. 

As stated above, the network shown in FIG. 1 is useful in the case that the 
same network operator operates first and second sub-networks 10 and 12, but not 
third sub-network 14 (or at least has no control over transport of header information 
through third sub-network 14). 

20 FIG. 2 shows an STM-16 signal format to illustrate how information is 

transported in an incoming frame. It is assumed that those skilled in the art are 
familiar with the basic STM and STS frame formats set forth in the well-known 
SDH/SONET standards. As such, details on such fonnats will not be repeated here 
for sake of brevity unless helpful to understanding the principles of the invention. 

25 Within the STM-16 frame format, infonnation is formatted in a matrix of rows and 
columns. Successive positions in a row contain information that is transported 
successively. As is well known, once an entire row has been transported, the next 
row is transported and so on. The leftmost one hundred forty-four (144) columns of 
the frame fonnat, shown here as portion 20, include header information, which is 

30 nonnally extracted at a network node. The remaining columns, shown here as 
portion 22, contain payload information that is typically passed from node to node. 

First row 24 of the STM-16 signal contains, within header portion 20, forty- 
eight (48) A1 bytes, followed by forty-eight (48) A2 bytes, followed by a JO byte, 
fifteen (15) ZO bytes and thirty-two (32) national use (NU) bytes. According to well- 

35 known SDH/SONET transmission standards, the contents of the A1 and A2 bytes 
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frame. The JO byte contains a trace identification for identifying the source of the 
signal transported in the frame. The ZO bytes are as yet undefined bytes reserved 
for future international standardization. The national use (NU) bytes allow transport 
of certain country specific infomiation. 
5 Other bytes shown in the STM-16 signal include, for example, a B1 byte for 

error detection, a K2 byte containing a standard bit pattern that serves as a message 
channel indicating whether a fault has been detected upstream in the connection. 
Additionally, the STM-16 signal contains communication channels for conveying 
information such as whether equipment in the network has failed, quality of 

10 transmission information, and so on. 

As shown in FIG. 3, information that is removed from the STM-16 signal is 
shown by cross-hatching as portions 30 and 32. Refening back to FIG. 1 , header 
reduction units 112a-d are used to remove this information from the STM-16 signal. 
According to one illustrative embodiment, the removed information in portion 30 

15 includes all but the last two (2) of the A1 bytes and the first two (2) of the A2 bytes. 
However, it should be noted that other A1 and/or A2 bytes might also be retained 
consistent with the teachings herein. As shown, the ZO bytes as well as some of the 
national use (NU) bytes are also removed in portion 32. The remaining bytes that 
are not removed from the STM-16 signal in FIG. 2 are output from header reduction 

20 units 112a-d (FIG. 1). 

In operation, rate adaptation units 114a-d are used to derive signals with the 
same bit rate (fO) from all of inputs 1 10a-d. In principle, bit rates (f1-f4) of the frames 
from the various inputs 110a-d may differ from the bit rate (fO) used for transmission 
to third sub-networi< 14 and possibly from one another depending on the source of 

25 the frames. Rate adaptation units 1 14a-d receive the infonnation from the frames at 
the input bit-rate {f1-f4), buffer the infonnation and output the information at a 
common bit rate (fO). 

In outgoing frames, slightly more space is reserved per frame than is 
nominally necessary to transport the reduced data for a frame received from header 

30 reduction units 1 12a-d. When one or more of the bit rates (f1-f4) are higher than the 
common bit rate (fO), rate adaptation units 114a-d include excess infonnation in the 
reserved space. In this case, information amounting to slightly more than one 
incoming frame is transported on average per outgoing frame. Rate adaptation unit 
114a-d adds information to the outgoing frame indicating that, and the extent to 

35 which, this has happened. Thus, the position of the starting point of incoming frames 
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Similarly, when one or more of the bit rates (f1-f4) are lower than the common 
bit rate (fO), rate adaptation units 114a-cl leave unused space in the outgoing frame. 
In this case, information amounting to slightly less than one incoming frame is 
transported on average per outgoing frame. Rate adaptation unit 114a-d adds 
information to the outgoing frame indicating that, and the extent to which, this has 
happened. 

Rate adaptation units 1 14a-d may quantize the excess information and the 
unused space, by not using excess space or leaving unused until a predetennined 
threshold, e.g. one byte, of overflow or underflow has been reached. 

Interleaver 116 receives the Information from the frames plus rate adjustment 
information from the different inputs and then outputs the information such that 
successive bytes at the output of interleaver 116 alternately come from different ones 
of rate adaptation units 114a-d. Interleaver 116 outputs the interleaved bytes to 
header insertion unit 118. Header insertion unit 118 forms, for example, an STM-64 
"like" signal by adding a header to the interleaved bytes and scrambling (e.g., 
channel coding) the bytes following the header. 

FIG. 4 shows an example of an STM-64 "like" signal generated in the manner 
mentioned above. Header 40 of this signal contains one hundred ninety-two (192) 
A1 bytes, one hundred ninety-two (192) A2 bytes, a JO byte, the B1 byte and the K2 
byte. Otherwise, the STM-64 "like" signal contains data received from interleaver 
1 16 and some stuffing. It should be noted that the header of this STM-64 "like" signal 
is smaller than a typical STM-64 header, which would take up a number of full 
columns. Here, all but the A1, A2, JO, B1 and K2 bytes have been left out. In this 
manner, space has been made for transmission of both header and payload 
infomiation from the STM-16 signals received from inputs 1 lOa-d. Thus, part of the 
space in the STM 64 signal that is normally used for header information now can 
contain payload infomnation, which may be header infomnation and/or payload 
information from the frames from inputs 110a-d. This part of the header space is 
scrambled (channel coded) together with the remainder of the payload, whereas the 
remaining part of the part of the header, which is generated in header insertion unit 
118, is not scrambled. 

This example assumes that third sub-network 14 leaves the part of the signal 
that no longer contains STM-64 header infonnation intact. This is the case, for 
example, in a third sub-network 14 that only monitor the signals or that copies header 
infomnation from the replaced part of the header. 
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After transmission through third sub-network 14, the signal from header 
insertion unit 118 is received by interface 13. Interface 13 recovers the original input 
signals from the signal that has passed through third sub-network 14, including their 
timing. 

5 Header extraction unit 138 removes the header from the signal that has 

passed through third sub-network 14, and performs any processing dependent on the 
content of that header. Subsequently, header extraction unit 138 feeds the 
information of the signal outside the header to de-interleaver 136. De-interleaver 136 
splits this information into a number of subsignals, each corresponding to the 

10 information received from a respective one of inputs 1 1 0a-b. 

Rate adaptation units 134a-d receive the infonnation at a bit rate detennined 
by the bit rate of the header extraction unit 138 and de-interleaver 136, which is 
ultimately detennined by the bit rate output by rate adaptation units 114a-d in 
interface 11 of first sub-network 10. Rate adaptation units 134a-d read the rate 

15 adaptation information from this information. Under control of this rate adaptation 
information, rate adaptation units 134a-d reconstitute the incoming frames, gathering 
payload data and headers from each frame from different frames transmitted via third 
sub-network 14. The duration of the frame generated by adaptation units 134a-d is 
adapted so that the same amount of information fits in these frames as was included 

20 in the original incoming frames received from first sub-network 10 at its boundary 
with third sub-network 14. This duration is derived by using the infomiation whether 
excess space had to be used, or space had to be left unused to transport the 
information of the frame from the first sub-networi< in the frame received from the 
third sub-network. 

25 This may be realized by outputting frames at an adapted bit rate, as needed 

to output data at a rate equal to the incoming bit rate in first sub-network 10, by using 
the infomiation whether excess space has been used, or space has been left unused 
to select a conrespondingly higher or lower bit rate (f1-f4) for the outputs. In this 
manner, all used bits transmitted in a frame through third sub-network 14 are, on 

30 average, normally output from rate adaptation units 134a-d over the duration of that 
frame. Thus, the payload of an original frame fits into the payload of an output frame. 
Interface unit 13 preferably places the payload of an original frame into an output 
frame. 

Finally, header extension units 133a-d read the header information from the 
35 information received from third sub-networi< 14 and restore the original headers, 
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frame signals, containing header data, payload and timing substantially as received 
at inputs 1 10a-d Is then transmitted into second sub-network 12. Thus, the first and 
second sufa-hetworks 10 and 12 can be managed as a single network, even though 
signals have passed through third sub-network 14. 
5 According to another aspect of the invention, the number of bits or bytes from 

a frame in first sub-network 10 that is transmitted in a frame in third sub-network 14 is 
variable, depending on the differences in duration. The timing information is 
expressed in terms of an indication of the variation in this number. Upon crossing 
into second sub-network 12, frames are regenerated that contain the same number 
10 of bits or bytes as the frames In first sub-network 10. Thus, data copied into a 
common frame may come from frames that each have their own timing and the 
timing of each of these frames is restored when the frames are regenerated from the 
common frame. 

The foregoing embodiments are merely illustrative of the principles of the 
15 Invention. Those skilled in the art will be able to devise numerous arrangements, 
which, although not explicitly shown or described herein, nevertheless embody those 
principles that are within the scope of the invention. Accordingly, the embodiments 
shown and described herein are only meant to be illustrative and not limiting in any 
manner. The scope of the invention is limited only by the claims appended hereto. 



